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FIELD OF THE INVENTION 

This invention relates to data processing devices, 
electronic processing and control systems and methods of 
their manufacture and operation. 

BACKGROUND OF THE INVENTION 

Generally, a microprocessor is a circuit that combines 
the instruction-handling, arithmetic, and logical operations 
of a computer on a single semiconductor integrated circuit. 
Microprocessors can be grouped into two general classes, 
namely general-purpose microprocessors and special-purpose 
microprocessors . General-purpose microprocessors are 

designed to be programmable by the user to perform any of a 
wide range of tasks, and are therefore often used as the 
central processing unit (CPU) in equipment such as personal 
computers. Special-purpose microprocessors, in contrast, 
are designed to provide performance improvement for specific 
predetermined arithmetic and logical functions for which the 
user intends to use the microprocessor. By knowing the 
primary function of the microprocessor, the designer can 
structure the microprocessor architecture in such a manner 
that the performance of the specific function by the 
special-purpose microprocessor greatly exceeds the 
performance of the same function by a general-purpose 
microprocessor regardless of the program implemented by the 
user . 

One such function that can be performed by a special- 
purpose microprocessor at a greatly improved rate is digital 
signal processing. Digital signal processing generally 
involves the representation, transmission, and manipulation 
of signals, using numerical techniques and a type of 
special-purpose microprocessor known as a digital signal 
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processor 



(DSP) . 



Digital signal processing typically 



requires the manipulation of large volumes of data, and a 
digital signal processor is optimized to efficiently perform 
the intensive computation and memory access operations 



computations for performing Fast Fourier Transforms (FFTs) 
and for implementing digital filters consist to a large 
degree of repetitive operations such as multiply-and-add and 
multiple-bit-shift. DSPs can be specifically adapted for 
these repetitive functions, and provide a substantial 
performance improvement over general-purpose microprocessors 
in, for example, real-time applications such as image and 
speech processing. 

DSPs are central to the operation of many of today' s 
electronic products, such as high-speed modems, high-density 
disk drives, digital cellular phones, complex automotive 
systems, and video-conferencing equipment. DSPs will enable 
a wide variety of other digital systems in the future, such 
as video-phones, network processing, natural speech 
interfaces, and ultra-high speed modems. The demands placed 
upon DSPs in these and other applications continue to grow 
as consumers seek increased performance from their digital 
products, and as the convergence of the communications, 
computer and consumer industries creates completely new 
digital products. 

Designers have succeeded in increasing the performance 
of DSPs, and microprocessors in general, by increasing clock 
speeds, by removing data processing bottlenecks in circuit 
architecture, by incorporating multiple execution units on a 
single processor circuit, and by developing optimizing 
compilers that schedule operations to be executed by the 
processor in an efficient manner. The increasing demands of 



associated with this data manipulation. 



For example, 
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technology and the marketplace make desirable even further 
structural and process improvements in processing devices, 
application systems and methods of operation and 
manufacture . 
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SUMMARY OF THE INVENTION 

In accordance with a preferred embodiment of the 
invention, there is disclosed a data processing system which 
efficiently packs register data while storing it to memory 
5 using a single processor instruction. The system comprises 

a memory comprising a plurality of memory locations, and a 
central processing unit core comprising at least one 
register file with a plurality of registers. The core is 
connected to the memory for loading data from and storing 
10 data to the memory locations. The core is responsive to a 

load instruction to retrieve at least one data word from the 
memory and parse the data word over selected parts of at 
gS* least two data registers in the register file. The number 

of data registers is greater than the number of data words 
SI 15 parsed into the registers. In a further embodiment, the 

*t! load instruction selects sign or zero extend for the data 

□ parsed into the data registers. In another embodiment, the 

parse comprises unpacking the lower and higher half-words of 



K J 



O each data word into a pair of data registers. In yet 

Li- 

j. s 20 another embodiment, the parse comprises unpacking the bytes 

of each data word into the lower and higher half-words of 
each of a pair of data registers. In yet another 
embodiment, the data is interleaved as it is parsed into the 
data registers. 

25 In accordance with another preferred embodiment of the 

invention, there is disclosed a data processing system which 
unpacks data read from memory while loading it into 
registers using a single processor instruction. The system 
comprises a memory comprising a plurality of memory 
30 locations, and a central processing unit core comprising at 

least one register file with a plurality of registers. The 
core is connected to the memory for loading data from and 
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storing data to the memory locations. 



The 



core 



is 



responsive to a store instruction to concatenate data from 
selected parts of at least two data registers into at least 
one data word and save the data word to memory. The number 
of data registers is greater than the number of data words 



embodiment, there are two data registers and the concatenate 
comprises packing the lower half-words of the two data 
registers into the lower and higher half-words of the data 
word. In another embodiment, there are four data registers 
and two data words, and the concatenate comprises packing 
the lower half-words of the four data registers into the 
lower and higher half-words of each of the two data words. 
In yet another embodiment, there are two data registers, and 
the concatenate packs the lower bytes of the lower and 
higher half-words of each of the two data registers into the 
data word. In yet another embodiment, the data is 
interleaved as it is concatenated into the data word. 

An advantage of the inventive concepts is that both 
memory storage space and central processor unit resources 
can be utilized efficiently when working with packed data. 
A single store or load instruction can perform all of the 
tasks that used to take several instructions, while at the 
same time conserving memory space. 



concatenated from the data registers. 



In 



a 



further 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the 



invention itself, however, as well as other features and 
advantages thereof, will be best understood by reference to 
the detailed description which follows, read in conjunction 
with the accompanying drawings, wherein: 

Fig. 1 is a top-level block diagram of a 
microprocessor; 

Fig. 2 is a top-level block diagram of a DSP cluster 
from the microprocessor of Fig. 1; 

Fig. 3 is a chart of the resource availability and 
register file access for the datapath unit groups in the DSP 
cluster of Fig. 2; 

Fig. 4 is a chart of the DSP pipeline depth of the DSP 
core within the DSP cluster of Fig. 2; 

Figs. 5a, 5b, 5c, 5d and 5e are charts illustrating the 
functions of each stage of the pipelines of Fig. 4; 

Figs. 6a and 6b are a block diagram of the top-level 
buses of the pipeline of the DSP core of Fig. 2; 

Fig. 7 is a block diagram of the datapath in the 
execution pipeline of the DSP core of Fig. 2; 

Fig. 8 is a block diagram of the fetch unit of the DSP 
core of Fig. 2; 

Fig. 9 is a block diagram of a register file of the DSP 
core of Fig. 2; 

Fig. 10 is a block diagram of an A execution unit group 
of the DSP core of Fig. 2; 

Fig. 11 is a block diagram of a C execution unit group 
of the DSP core of Fig. 2; 



invention are set forth in the appended claims. 



The 
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< ^ji> s ^> Fig. 12 Ss a block diagram of a D execution unit group 
^of the DSP core\pf Fig. 2; 

Fig. 13 is a block diagram of an M execution unit group 
of the DSP core of Fig. 2; 
5 Fig. 14 is a block diagram of the D execution unit 

group of the DSP core of Fig. 2; 

Fig. 15 is a chart of the basic assembly format for DSP 
core instructions; 

Fig. 16 is a chart of standard instructions for loading 
10 data from memory to registers; 

q Fig. 17 is a chart of standard instructions for storing 

d data from registers into memory; 

p Fig. 18 is a chart of instructions for unpacking data 

while loading from memory to registers; and 

Lp i 

jp 15 Fig. 19 is a chart of instructions for packing data 

^ while storing to memory from registers. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

According to a preferred embodiment of the present 
invention, a microprocessor architecture is provided 
including certain advantageous features. Fig. 1 is a high- 
level block diagram of an exemplary microprocessor in which 
a preferred embodiment of the invention is presented. In 
the interest of clarity, Fig. 1 shows only those portions of 
microprocessor 30 that may be relevant to an understanding 
of an embodiment of the present invention. Details of the 
general construction of microprocessors are well known, and 
may be found readily elsewhere. For example, U.S. Patent 
5,072,418 issued to Frederick Boutand, et al., describes a 
DSP in detail and is incorporated herein by reference. 
Details of portions of microprocessor 30 relevant to an 
embodiment of the present invention are explained in 
sufficient detail below so as to enable one of ordinary 
skill in the microprocessor art to make and use the 
invention. 

Generally, microprocessor 30 comprises Transfer 
Controller (TC) 32, External Direct Memory Access (XDMA) 
Controller 34, and DSP clusters 36a-36n. Transfer 
Controller 32 provides for all data communication among DSP 
clusters 36a-36n, external input/output (I/O) devices 38, 
on-chip peripherals 40, and memory 42. While any given 
cluster such as DSP cluster 36a can access its own internal 
local memory within the cluster without permission from TC 
32, any access to global memory outside of its local memory 
requires a TC directed data transfer, whether the access is 
to external memory or to another DSP cluster's own local 
memory. XDMA Controller 34 provides handling of externally 
initiated DMA requests while avoiding interrupting any DSP 
clusters 36a-36n. Each DSP cluster 36 comprises a very long 
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instruction word (VLIW) DSP core 44, Program Memory 
Controller (PMC) 46, Data Memory Controller (DMC) 48, an 
emulation, analysis and debug block 50, and Data Transfer 
Bus (DTB) interface 52. DSP clusters 36 and TC 32 
communicate over a pair of high throughput buses: Transfer 
Request (TR) bus 54, which is used to specify and request 
transactions in TC 32, and DTB 56, which is used to load and 
store data from objects in the global memory map. The 
overall architecture is scaleable, allowing for the 
implementation of up to 255 DSP clusters 36, although three 
DSP clusters 36 is currently the preferred embodiment. It 
should be noted that architectural details, such as the 
number of DSP clusters 36, .and instruction set details are 
not essential to the invention. The microprocessor 

architecture outlined in Fig. 1 is exemplary only, and the 
invention is applicable to many microprocessor 
architectures . 

Fig. 2 is a high-level block diagram illustrating more 
detail of DSP core 44. DSP core 44 is a 32-bit eight-way 
VLIW pipelined processor. The instruction set consists of 
fixed length 32-bit reduced instruction set computer (RISC) 
type instructions that are tuned for DSP applications. 
Almost all instructions perform register-to-register 
operations, and all memory accesses are performed using 
explicit load/store instructions. As shown in Fig. 2, 
instruction pipeline 58 consists of fetch stage 60 and 
decode stage 62. Fetch stage 60 retrieves program codes 
into the processor core from instruction cache 64 in groups 
of eight instructions called a fetch packet. Decode stage 
62 parses the fetch packet, determines parallelism and 
resource availability, and constructs an execute packet of 
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up to eight instructions. Each instruction in the execute 
packet is then translated into control signals to drive the 
appropriate units in execution pipeline 66. Execution 
pipeline 66 consists of two symmetrical datapaths, datapath 
A 68 and datapath B 70, a common 64-bit load/store unit 
group, D-unit group 72, and a common branch unit group, P- 
unit group 74. Each datapath contains 32-word register file 
(RF) 76, and four execution unit groups, A-unit group 78, C- 
unit group 80, S-unit group 82, and M-unit group 84. 
Overall there are ten separate unit groups in execution 
pipeline 66, of which eight may scheduled concurrently every 
cycle. Each functional unit group contains plural 

functional units, some of which are duplicated between unit 
groups. In total there are nine 32-bit adders, four 32-bit 
shifters, three Boolean operators, and two 32x16 
multipliers. The multipliers are each configurable into two 
16x16 or four 8x8 multipliers. 

Fig. 3 is a chart summarizing the resource availability 
and register accessibility for all of the functional unit 
groups in execution pipeline 66. Upon receiving control 
signals from decode stage 62, source operands are read from 
register file(s) 76 and sent to the execution unit groups. 
A summary of the types of operations performed by each unit 
group are listed in the Operations column in Fig. 3. The 
unit groups' access to the two register files in DSP core 44 
is summarized in the Register File Access column in Fig. 3. 
Each datapath-specific unit group has direct read-access to 
its own register file (primary datapath) , and may also read 
the other register file (alternative datapath) via read-only 
crosspath 86, shown in Fig. 2. The execution unit groups 
then carry out the operations and write back the results 
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into their respective register file. There is no write 
access to the other datapath's register file for the 
datapath-specific unit groups. D-unit group 72 performs 
address computation, and has read/write access to both 
register files 76 and interfaces with data cache/random 
access memory (RAM) 88 via a 32-bit address bus and 64-bit 
data bus. P-unit group 74 handles branching and other 
program control flow, and has read access to both register 
files 76. 

DSP core 44 of Fig. 2 comprises a deep pipeline with 
minimal hardware logic control, thus facilitating high clock 
speeds and high data throughput, and providing a high degree 
of instruction execution control at the programming level. 
The DSP hardware does not manage data dependencies (e.g., 
read-bef ore-write, write collision, etc.), therefore it is 
the compiler's or assembler's responsibility to take delay- 
slot requirements into account in instruction scheduling. 
Fig. 4 illustrates the four pipeline types utilized by DSP 
core 44: standard pipeline 90, used by the A-, C-, S-, and 
P-unit groups; multiply pipeline 92, used by the M-unit 
group; store pipeline 94, used by the D-unit group; and load 
pipeline 96, also used by the D-unit group. The pipeline 
depth varies from 10 stages for standard pipeline 90, to 13 
stages for multiply pipeline 92, to> 15 stages for store 
pipeline 94, and up to 16 stages for load pipeline 96. An 
operation advancing down the pipeline advances one stage 
every CPU cycle, which refers to the period during which an 
execute packet occupies any given execute stage. A CPU 
cycle equates to a clock cycle when there are no stalls. 
Conceptually, the DSP pipeline may be partitioned into two 
main pipelines, the instruction pipeline and the execution 
pipeline. The instruction pipeline is common to all 
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instructions and includes the 5-stage instruction fetch 
function 98, and the 4-stage decode/dispatch function 100. 
The depth and functionality of execution pipeline 102 is 
instruction dependent. For example, non-multiply operations 
performed in the M-unit group do not require the deep 
pipeline necessary for multiply operations, so the results 
of these operations are available for write-back in stage 
Ml. Similarly, the results of address math operations 
performed in the D-unit group are written to the register 
file at the end of stage E. Thus, even though these example 
instructions are performed by the M- and D-unit groups, 
respectively, their pipelines appear to be that of the 
standard pipeline. 

Charts outlining the functions of each pipeline stage 
are shown in Fig. 5a-5e. Fetch stages F0-F4 are listed in 
Fig. 5a. Most fetch stages occur outside the DSP core 
itself. Stage F0 initiates the fetch cycle by sending the 
program counter (PC) value to PMC 46. Stages Fl, F2 and F3 
occur outside DSP core 44 in PMC 46, with the new fetch 
packet being received by DSP core 44 at the end of stage F4 . 
Fig. 5b lists decode stages D0-D3. Stages DO and Dl are 
common to all execution unit groups and operate on every 
instruction executed by DSP core 44. Stage DO determines 
the validity of instructions in the current fetch packet and 
determines the next fetch packet. Stage Dl sorts the 
current execution packet instructions by unit group. The 
current execution packet is then sent to the destination 
pipeline/unit group during stage D2 . In stage D3, units 
decode received instructions, unit level control signals are 
generated, and register file access is performed. 

The P-unit group is not datapath specific, but the 
branching pipeline operates like the A-, C-, and S-unit 
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groups in that it has a single execution stage, with data 
being written to the program counter in the same write phase 
as the standard pipeline. The program counter is updated at 
the end of stage E, implying that the next CPU cycle will be 
stage F0 for the new address. This means that from the 
point a branch instruction is in stage E, there are ten CPU 
cycles until execution begins with instructions from the new 
address . 

Fig. 5c lists execution stages E and M0-M2. Execution 
for non-multiply operations is performed in a single execute 
cycle, E. These include non-multiply arithmetics, Boolean 
operations, shifts, packs/unpacks, and address calculations. 
An extended execution pipeline, stages M0-M2, is provided 
for multiply operations due to their' complexity. 
Functionally, stage MO corresponds to stage E. Stages M1-M2 
are required by the time necessary to perform a worst case 
32 bit x 16 bit multiply. The increased latency forces 
three delay slots on multiply operations. M-unit - group 84 
performs all multiply operations. Additionally, M-unit 
group 84 performs a few non-multiply instructions, which 
complete in stage MO. 

Fig. 5d lists load stages L0-L5, and Fig. 5e lists 
store stages S0-S4. D-unit group 72 which performs these 
operations is not datapath specific, so datapaths A 68 and B 
70 share a single load/store interface between them. 
Load/store operations are up to 64 bits wide and may 
reference the register file of either datapath. Address 
calculations for load/store operations complete in stage E. 
The generated address is then sent to DMC 48 in stage L0/S0. 
The load and store stages begin to differ at this point. 
For data loads, address decode takes two stages, LI and L2 . 
Address and data phases of data cache access occur in stages 
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L3 and L4, and then read data is sent to DSP core 44 in 
stage L5 to complete the load. For data stores, address 
decode takes one stage, SI. Write data is sent to DMC 48 in 
stage S2, and then address and data phases of data cache 
5 access occur in stages S3 and S4 to complete the store. 

Figs. 6a, 6b and 7 illustrate the functionality of the 
instruction and execution pipelines in more detail. Figs. 
6a and 6b are the two halves of a block diagram of the top- 
level buses of the DSP core pipeline. The instruction 
10 pipeline, serving as the front end of DSP core 44, fetches 

instructions into the processor from PMC 46 and feeds the 

Q 

execution engines. Stage F0 104 resides in DSP core 44, and 
contains the program counter and branching control. Stages 
SJ Fl, F2 and F3 (not shown) reside in PMC 46, where memory 

y 2 15 addresses are decoded and cache accesses are performed, 

g Stage F4 106 is reserved solely for the transport of the 

j\ 256-bit fetch packet from PMC 46 to the DSP core 44. Stages 

p DO 108 and Dl 110 are used to parse the fetch packet and to 

hi assign individual 32-bit instructions to appropriate execute 

y 20 unit groups. Stage D2 112 is reserved solely for the 

5 i 

transport of these instructions to the execute unit groups. 
There are physically 10 instruction buses 114 sent to stage 
D3 116, which are distributed' locally to the execute unit 
groups: one bus to each A- 78, C- 80, S- 82, and M-unit 

25 group 84, in each datapath 68 and 70, one bus to P-unit 

group 74, and one bus to D-unit group 72. Only a maximum of 
8 instructions, however, may be dispatched to the execute 
pipeline in a given cycle. Stage D3 116 houses the final 
decoders which translate instruction opcodes into specific 

30 control signals to drive the respective execute unit groups. 
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Stage D3 116 is also where register file 76 is accessed for 
operands . 

Continuing from stage D3 116, the execute pipeline 
splits off into the two main datapaths, A 68 and B 70, each 
containing four execute unit groups, A 78, C 80, S 82, M 84, 
and register file 76. A unit group 78, C unit group 80, and 
S unit group 82 are 32-bit datapath hardware that perform 
single-cycle general arithmetic, shifting, logical and 
Boolean operations. M unit group 84 contains 2 functional 
units: a single-cycle 32-bit adder and a three-stage 64-bit 
multiplier. The execute pipeline also contains D unit group 
72 and P unit group 74, each of which serves both datapaths. 

D-unit group 72 has 3 functional units: single-cycle 
32-bit address generator 118, 64-bit load unit 120 and 64- 
bit store unit 122. Address generator 118 functions in the 
pipeline as an execute unit similar to the A, C and S unit 
groups. Load unit 120 has 6 pipeline stages. Memory 
addresses computed by address generator 118 and load 
commands are formatted by load unit 120 and sent to DMC 48 
in stage L0. DMC 48 uses stages LI, L2, L3 and L4 to decode 
memory addresses and perform cache access. Data alignment 
and zero/sign extension are done in stage L4 . Stage L5 is 
reserved solely for data transport back to DSP core 44. 
Store unit 122 has 5 pipeline stages. Similar to load unit 
120 operation, addresses and store commands are sent to DMC 
48 in stage SO. The data to be stored is read out from 
register file 76 one cycle earlier in stage E, at the same 
time the address is being generated. The store data is also 
sent to DMC 48 in the same cycle as addresses and commands 
in stage SO. DMC 48 uses stages SI, S2, S3 and S4 for 
address decode and cache access for storing data. 
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P-unit group 74 performs branch computation arid is a 
special case. With respect to timing, P-unit group 74 
resides in the execute pipeline just like the single cycle 
units A 78, C 80 and S 82. However, since the program 
counter and control registers are located within the fetch 
unit in stage F0 104, P-unit group 74 resides physically 
with the fetch unit. 

Fig. 7 is a detailed block diagram of the execute 
pipeline datapath. For clarity, the structure and 

interconnection between shared D-unit group 72 and shared P- 
unit group 74 and only one of the two separate main 
datapaths (A-unit group 78, C-unit group 80, S-unit group 
82, M-unit group 84) are described. As instructions arrive 
at stage D3 of the instruction pipeline, decode logic peels 
off source and destination register addresses for each of 
the execute unit groups and sends them to RF 76 to fetch 
operands. In case of instructions with cross-file operands, 
RF access is performed a cycle earlier in stage D2, and 
stage D3 is used for cross-file transport, In stage D3, the 
instruction opcode is also decoded into control signals. At 
the end of stage D3, operand data and control signals are 
set-up to be sent to the respective execute unit groups. 

Register file 76 is constructed of 2 banks of sixteen 
32-bit registers each. There are 12 read ports and 6 write 
ports. In order to supply the many execute resources in the 
datapath while conserving read/write ports, the two read 
ports for base and offset of D-unit group 72 are shared with 
source 3 and 4 of S-unit group 82. In other words, the 
lower 16 registers (0-15) only go to D-unit group 72, and 
the upper 16 registers (16-31) only go to S-unit group 82. 
Similarly, the write port for the address result from D-unit 
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group 72 is shared with the adder result from M-unit group 
84. The lower 16 registers only go to D-unit group 72 and 
the upper 16 registers only go to M-unit group 84. 

There are 3 classes of operation in the execute stages: 
single-cycle, 3-cycle, and load/store' multi-cycle. All 
operations in A unit group 78, C unit group 80, and S unit 
group 82, the add functional unit in M-unit group 82, and 
address generation in D-unit- group 72 are single cycle. 
Multiply functions in M unit group 84 take 3 cycles. Load 
and store operations take 6 and 5 cycles, respectively, in 
case of cache hit. Cycle counts are longer and variable in 
case of cache miss, because off-chip memory latency depends 
on the system configuration.. 

A unit group 78 and C unit group 80 each have two 
operand ports, source 1 and 2, while S unit group 82 has 4 
operand ports, source 1, 2, 3, 4. Normal operations in S 
unit group 82 only uses 2 ports, while other operations such 
as Extended Rotate Boolean (ERB) use all 4 ports. If a 
condition requiring forwarding of a result from preceding 
instruction is detected, the forwarded result is selected, 
otherwise the RF operand is selected. Then the execute 
hardware (e.g. adder, shifter, logical, Boolean) performs 
the instructed operation and latches the result at the end 
of the E stage. The result from any one of the A, C, or S 
unit groups can be forwarded to the operand port of any of 
the A, C, or S unit groups within the same datapath. 
Address generator 118 in D unit group 72 operates similarly 
to the A, C, and S unit groups, except that D unit group's 
address result is only hotpathed back to itself. Adder 124 
in M unit group 84 is similar, except that it has no 
hotpath. M unit group 84 has 3 operand ports. Normal 
multiplication uses 2 sources, while the extended port, 
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which is shared with source 4 of S unit group 82, is used 
for Extended Multiply (EMPY) instructions. Multiplier 126 
in M unit group 84 has 3 pipeline stages and no hotpath. 
The ■ first 2 stages perform array multiplication in a 
carry/sum format. The last stage performs carry propagate 
addition and produces up to a 64-bit result. The 64-bit 
result is written back to RF 76 in pairs. Galois multiply 
hardware resides in M-unit group 84 alongside the main 
multiplier array, and it also takes 3 cycles. P unit group 
74 operates just like the A, C, and S unit groups, except 
that it has no hotpath and that its result is consumed by 
the program control logic in the fetch unit instead of being 
written back to RF 76. P unit group 74 only has one operand 
port which is shared with source 2 of A unit group 78, which 
precludes parallel execution of a branch instruction and any 
instruction in A unit group 78. 

Figs. 8-14 are block diagrams illustrating more 
detail of the operation and hardware configuration of each 
of the unit groups within the DSP core. Fig. 8 is a top 
level diagram of fetch unit 60, which consists primarily of 
Program Counter 126 and other components generally 
responsible for controlling program flow, and the majority 
of control registers not directly related to the operation 
of a specific unit. With respect to program flow, fetch 
unit 60 has two main modes of operation: normal (sequential) 
operation and branch operation. Additionally, fetch unit 60 
must initiate any interrupt/exception handling, resets, and 
privilege-level changes for DSP core 44.. 

Fig. 9 is a top-level temporal block diagram of 
Register File 76. Within each DSP core 44 there are two 
datapaths, A 68 and B 70, each containing an identical 



- 19- 



TI-26011 12/30/99 

register file. As used herein, the registers in the A (B) 
datapath are denoted by aO, . .., a31 (bO, . .., b31) . Each 
register file 76 is composed of thirty-two 32-bit registers 
configured in upper and lower banks of 16 registers each. 
There are 12 read ports and 6 write ports for each register 
file 76. 

Fig 10 is a top level block diagram of A unit group 78, 
which supports a portion of the arithmetic and logic 
operations of DSP core 44. A unit group 78 handles a 
variety of operation types requiring a number of functional 
units including A adder unit 128, A zero detect unit 130, A 
bit detection unit 132, A R/Z logic unit 134, A 
pack/replicate unit 136, A shuffle unit 138, A generic logic 
block unit 140, and A div-seed unit 142. Partitioning of 
the functional sub-units is based on the functional 
requirements of A unit group 78, emphasizing maximum 
performance while still achieving low power goals. There 
are two input muxes 144 and 146 for the input operands, both 
of which allow routing of operands from one of five sources. 
Both muxes have three hotpath sources from the A, C and S 
result busses, and a direct input from register file 76 in 
the primary datapath. In addition, srcl mux 144 can pass 
constant data from decode unit 62, while src2 mux 146 
provides a path for operands from the opposite datapath. 
Result mux 148 is split into four levels. Simple operations 
which complete early in the clock cycle are pre-muxed in 
order to reduce loading on the critical final output mux. A 
unit group 78 is also responsible for handling control 
register operations 143. Although no hardware is required, 
these operations borrow the read and write ports of A unit 
group 78 for routing data. The src2 read port is used to 
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route data from register file 76 to valid configuration 
registers. Similarly, the write port is borrowed to route 
configuration register data to register file 76. 

Fig 11 is a top level block diagram of C unit group 80, 
which executes a subset of the arithmetic and logical 
operations of DSP core 44. Srcl input mux 144 and src2 
input mux 146 perform the same functions as the input muxes, 
in A unit group 78. C unit group 80 has three major 
functional units: C adder unit 150, C comparator unit 152 
and C rotate/Boolean unit 154. C rotate/Boolean functional 
unit 154 includes C mask generator unit 147, C shifter unit 
149, C sign-extension unit 151, C unpack unit 153, C move 
unit 155 and C logical unit 157. Like A unit group 78, the 
functional units of S unit group 80 are efficiently 
partitioned to achieve maximum performance while minimizing 
the power and area requirements. C Amx mux 159 selects an 
output from sign-extension unit 151, C unpack unit 153 or C 
move unit 155 for forwarding to C logical unit 157. Outputs 
from C mask generator unit 147 and C shifter unit 149 are 
also forwarded to C logical unit 157. Finally, result mux 
148 selects an output from one of the three major functional 
units, C adder unit 150, C comparator unit 152 and C 
rotate/Boolean unit 154, for forwarding to register file 76. 

12 is a top level block diagram of S unit group 82, 
which is optiTtti^ed to handle shifting, rotating, and Boolean 
operations, althougnT>a^dware is available for a limited set 
of add and subtract operatibr^s^. S unit group 82 is unique 
in that most of the hardware canoe directly controlled by 
the programmer. S unit group 82 has^^o more read ports 
than the A and C unit groups, thus permittiha instructions 
to operate on up to four source registers, selected through 
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input muxes 144, 146, 161, and 163. Similar to the A and C 
unit groups, the primary .execution functionality is 
performed in the Execute cycle of the design. S unit group 
82 Mas two major functional units: 32-bit S adder unit 156, 
and \s rotate/Boolean unit 165. S rotate/Boolean unit 165 
incliraes S rotator unit 158, S mask generator unit 160, S 
bit reblicate unit 167, S unpack/ sign extend unit 169, and 
S logical unit 162. The outputs from S rotator unit 158, S 
mask generator unit 160, S bit replicate unit 167, and S 
unpack/ aign extend unit 169 are forwarded to S logical unit 
162. Trie various functional units that make up S 
rotate/Boolean unit 165 can be utilized in combination to 
make S unAt group 82 capable of handling very complex 
Boolean operations. Finally, result mux 148 selects an 
output from ane of the two major functional units, S adder 
unit 156 and \s rotate/Boolean unit 165, for forwarding to 
register file 7M>. 

Fig 13 is a top level block diagram of M unit group 84, 
which is optimized to handle multiplication, although 
hardware is available for a limited set of add and subtract 
operations. M unit group 84 has three major functional 
units: M Galois multiply unit 164, M adder unit 166 and M 
multiply unit 171. While M adder unit 166 can complete its 
operations within the Execute cycle, the other two units 
require two additional cycles to complete the multiply 
operations. In general, M multiply unit 171 can perform the 
following operations: two 16x16 multiplies or four 8x8 
multiplies with all combination of signed or unsigned 
numbers, Q-shifting and A-shifting of multiply results, 
rounding for extended multiply (EMPY) instructions, 
controlling the carry chain by breaking/ joining the carry 
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chain at 16-bit block boundaries, and saturation 
multiplication where the final result is shifted left by 1 
or returns 0x7FFFFFFF if an overflow occurs. Multiplication 
is broken down into three stages, starting with Multiply 
Parts IA & IB 173, which provide the inputs for Multiply 
Parts IIA & B 175, followed by the final stage which 
contains Adder/Converter 177 and Q-shift 179. M Galois 
multiply unit 164 performs Galois multiply in parallel with 
M multiply unit 171. For output from M unit group 84, the 
Galois multiply result is muxed with the M multiply result. 
M adder unit 166 is only lightly coupled to the other units 
in M unit group 84: it shares read port, but has a 
dedicated write port, making it possible for both a multiply 
and an add instruction to write results in the same cycle 
from M unit group 84. 

Fig 14 is a top level block diagram of D group unit 72, 
which executes the load/store instructions and performs 
address calculations. D unit group 72 is shared between the 
two datapaths A 68 and B 70, and can reference the register 
files 76 of both datapaths. D unit group 72 also interfaces 
with Data Memory Controller 48. Load and Store instructions 
operate on data sizes from 8 bits to 64 bits. The different 
addressing modes supported by D unit group 72 are basic 
addressing, offset addressing, indexed addressing, auto- 
increment/auto-decrement, long immediate addressing, and 
circular addressing. In basic addressing mode, the content 
of a register is used as a memory address. In offset 
addressing mode, the memory address is determined by two 
values, a base value and an offset that is either added or 
subtracted from the base. The base value always comes from 
an address register, whereas the offset value may come from 
either an address register or a 5-bit unsigned constant 
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contained in the instruction. Index addressing mode 

functions the same as offset addressing mode, except that 
the offset is interpreted as an index into a table of bytes, 
half-words, words or double-words, as indicated by the data 
size of the load or store operation. In auto-increment/ 
decrement addressing mode, the base register is incremented/ 
decremented after the execution of the load/store 
instruction. There are two sub-modes, pre-increment/ 
decrement, where the new value in the base register is used 
as the load/store address, and post-increment/decrement 
where the original value in the register is used as the 
load/store address. In long-immediate addressing mode, a 
14-bit unsigned constant is added to a base register to 
determine the memory address. In circular addressing mode, 
the base register along with a block size define a region in 
memory. To access a memory location in that region, an new 
index value is generated from the original index modulo the 
block size. 

The address calculation for load/store operations is 
performed during the Execute stage of the pipeline, and the 
address write-back occurs in the phasel of the next clock 
cycle. The newly calculated address value is also forwarded 
using a hot path, back to phasel of E stage, which allows 
zero delay slot execution for back to back address 
calculations. The load/store address is calculated and 
passed onto DMC 48 after pipeline stage E. Results of a 
load are available from DMC 48 after 6 cycles in pipeline 
stage L5. The load operation has six delay slots. Data for 
store is supplied to DMC 48 in pipeline stage SO along with 
the calculated address for the store location. Fig. 14 
illustrates the different interconnections to register file 
76 for fetching the operands from the two datapaths A 68 and 
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B 70, getting the data for the store, and sending the 
results of address calculations and load operations to both 
datapaths. Fig. 14 approximately shows the relative 
pipeline stages during which the address results are 
computed and load/store data is received and sent, 
respectively. 

Fig. 15 is a chart of the basic assembly format for DSP 
core 44 instructions, along with examples for each 
functional unit group. The 1 | | 1 notation is used in 
optimized/scheduled assembly to indicate that an instruction 
is scheduled in the same execute packet with the preceding 
instruction (s) . For example, in the following sequence, 
instructions (1) through (6) are scheduled in the same 
execute packet, and should execute simultaneously, although 
all six instructions will not complete at the same time. 



3—3 


ADD 


.Al 


A1,A2, A3 


; (1) 




I | SUB 


.CI 


A4,A5, A6 


; (2) 


n 


I | SHL 


.SI 


A7,A8, A9 


; (3) 


Lg 20 


I | MPY 


.Ml 


A10, All, A12 


; (4) 












o 


I | ADD 


.A2 


81,82,63 


; (5) 


I | MPY 


.M2 


B4,B5, B6 


; (6) 
; (3) , 



25 



SUB .A2 B3,B2,B1 



Instructions (1), (2), 
(4) , (5) , (6) may be 
scheduled in the same execute 
packet 

(7) Instruction (7) must be 
scheduled in the next execute 
packet because it reuses unit 
group A2 
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All instructions can be predicated (conditionally 
executed) on the value of a predication register. Assembly 
examples using the [predication reg] notation follow: 

[AO] ADD .Al A1,A2,A3 ;execute the ADD instruction 

;if AO is non-zero 

[ ! AO ] ADD .C2 87,68,69 ;execute the ADD instruction 

;if AO is zero 

Because several instructions such as ADD or SUB are 
available in more than one unit group, the ! .unit f notation 
is recommended when the programmer specifically wants to 
direct an instruction to a particular unit group. If the 
'.unit 1 notation is omitted, the compiler or assembler will 
automatically assign instructions to appropriate unit 
groups. Load, store and address instructions are only 
available in D-unit group 72, therefore the . D specification 
is redundant and optional. For the same reason, the . P 
specification is redundant for branch instructions in P-unit 
group 74. 

The 'datapath 1 notation is also redundant and optional 
because the destination register implicitly specifies the 
datapath (note that for store instructions, the source 
register specifies the datapath). The 'crosspath 1 notation 
is used to indicate that one of the source operands 
(generally, opl for the shift and bit-field instructions, 
op2 for all others; unary instructions may also use the 
crosspath on their operand) comes from the other datapath's 
register file via the crosspath. 

Generally, one important aspect of designing a 
microprocessor architecture is providing both efficient data 
storage and fast data processing. In a typical data 
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processing system, data is stored in memory until it is 
needed, at which point it is loaded into the CPU's registers 
for processing. There can be a tradeoff between storage 
efficiency and quickly providing the data in a convenient 
form to the CPU for processing. There is usually not a 
problem when the storage size of a memory location is the 
same as the size of the data to be operated upon. For 
example, if data is coded into 32-bit words, and the storage 
size of a memory location is 32-bits, a single load from 
memory loads the data into a data register in processable 
form. The same principle generally applies when the size of 
the data is a multiple of the size of a memory location. 
For example, a 64-bit double word stored in two memory 
locations can be loaded into two data registers ready for 
processing. Additionally, in both of these examples there 
is no unused memory space. 

Inefficiency can arise when the bit length of one data 
element is less than the storage size of a memory location. 
Storing one ' such data element per memory location leaves 
unused space in that memory location. For example, if the 
data is formatted in half-words (16-bits) or bytes (8-bits), 
then half of the space of a memory location is left 
unutilized when storing a half-word, and three-quarters is 
left unutilized when storing a byte. The data can be 
directly loaded into a register in a form ready for 
processing, but the memory space is used inefficiently. 

An alternative approach is to pack more than one of the 
data elements into one word which is the size of a memory 
location. For example, two half-words or four bytes can fit 
into one 32-bit memory location, thus more efficiently 
utilizing the memory space. The tradeoff with this approach 
is that the CPU must take the time and processing power to 
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concatenate the data into a register before the packed word 
can be stored to memory. The CPU must again expend its 
resources to unpack the data when the packed data word is 
subsequently loaded from memory to a register for further 
processing . 

According to the present invention, both memory storage 
space and CPU resources can be utilized efficiently when 
working with packed data if the packing and unpacking of the 
data occurs during the register store and load operations, 
respectively, through the use of new processor instructions. 
In this manner, a single store or load instruction can 
perform all of the tasks that used to take several 
instructions, while at the same time conserving memory 
space. One load instruction can retrieve data from memory 
and unpack it into two or more registers in a format that is 
ready for immediate processing. Similarly, immediately 
after data has been processed and put into two or more 
registers, one store instruction can pack the data from 
those registers and save it to memory in a more efficient 
format. The present invention also permits the order of the 
data to be rearranged if desired, for example by 
interleaving bytes or .half-words as they are packed or 
unpacked. 

Figs. 16-19 are charts describing register store and 
load instructions. The charts in these figures have three 
columns: Mnemonic, Action, „and Operation. Under the 
Mnemonic heading are listed the mnemonics for the various 
load and store instructions. An instruction mnemonic 
followed by a [U] indicates that the instruction can provide 
either a sign extend or zero extend function. If the 
instruction is the unsigned (U) version, then data is loaded 
into a register with zeros extended into the unloaded upper 
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bits. If the instruction is the signed (no U) version, then 
the data is loaded into a register with the sign bit 
extended through the unloaded upper bits. Under the Action 
heading in the charts, a brief description is given of the 
5 function performed by the respective instruction. In this 

column, the abbreviation LS stands for least significant. 
Under the Operation heading, a more detailed illustration is 
given of the function performed by the respective 
instruction. In the Operation column, A, B, 0 and E 
10 represent data registers. A is a register in register file 

76 in datapath A 68 of Fig. 2, and B is a register in 
Q register file 76 in datapath B 70 of Fig. 2. 0 and E are an 

™ odd and even register pair in the same register file in 

m either datapath A 68 or B 70. Each character shown in a 

jjij 15 memory location or in a data register represents a 4-bit 

nibble, with eight of the characters constituting a 32-bit 
word. An X represents don't care bits and an S represents 
sign extended bits. 

Fig. 16 illustrates several standard load instructions, 
tU 20 each for loading data of a different size from memory to one 

or more registers. LDB [U] 168 loads an 8-bit byte-aligned 
quantity from memory to the low 8-bits of a register. LDH [U] 
170 loads a 16-bit byte-aligned quantity from memory to the 
low 16-bits of a register. In both these instructions, the 
25 quantity is zero extended to 32-bits before it is written to 

the data register if U is specified, and the quantity is 
sign extended to 32-bits before it is written to the data 
register if U is not specified. LDW 172 loads a 32-bit 
byte-aligned quantity from memory into a register, and LDD 
30 174 loads a 64-bit byte-aligned quantity from memory into 

two registers. The two destination registers are either an 
odd/even pair in the same register file, or they are the 
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same numbered register in both register files. Of the 
odd/even pair, the even register will receive the least 
significant word of data, and of the A/B pair, the A 
register will receive the least significant word of data. 
Examples of these instructions are given below: 



LDB: mem(OOOOlOOO) == Olefcdab 
AO == 0x00001000 

LDB . D *A0,A1 

Al <== Oxffffffab 



LDH: mem (00001000) == Olefcdab 
AO == 0x00001000 

LDH .D *A0,A1 

Al <== Oxffffcdab 



LDW: mem(OOOOlOOO) == Olefcdab 
AO == 0x00001000 

LDW .D *A0,A1 



;memory before operation 

;or OxOOOOOOab for 
; unsigned version 

;memory before operation 

;or OxOOOOcdab for 
; unsigned version 

; memory before operation 



Al <== OxOlefcdab 

LDD: mem (00001000) == Olefcdab 67452301 ;most significant 

;word is shown first 

AO == 0x00001000 
LDD .D *A0,A3:A2 
A3 <== OxOlefcdab 
A2 <== 0x67452301 

Fig. 17 illustrates four standard store instructions, 
each for storing data of a different size from one or more 
registers to memory. These instructions perform essentially 
the opposite function of the four load instructions in Fig. 
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16. STB 176 stores the low 8 bits of a 32-bit register to a 
byte-aligned location in memory, and STH 178 stores the low 
16 bits of a 32-bit register to a byte-aligned location in 
memory. STW 180 stores the contents of a 32-bit register to 
a byte aligned location in memory, and STD 182 stores 64 
bits from two registers to a byte-aligned location in 
memory. The two source registers are either an odd/even 
pair in the same register file, or they are the same 
numbered register in both register files. Of the odd/even 
pair, the even register contains the data destined for the 
lowest address, and of the A/B pair, the A register contains 
the data destined for the lowest address. Examples of these 
instructions are given below: 

STB: mem(OOOOlOOO) == 00000000 ;memory before operation 

Al == 0x3412cdab 

AO == 0x00001000 

STB . D Al, *A0 

mem(OOOOlOOO) == OOOOOOab ;memory after operation 



STH: mem(OOOOlOOO) == 00000000 ;memory before operation 

Al == 0x3412cdab 

AO == 0x00001000 

STH .D A1,*A0 

mem(OOOOlOOO) == OOOOcdab /memory after operation 



STW: mem(OOOOlOOO) == 00000000 
Al == 0x3412cdab 

AO == 0x00001000 

STW .D A1,*A0 

mem(OOOOlOOO) == 3412cdab 



;memory before operation 



;memory after operation 
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STD: mem(OOOOlOOO) == 00000000 00000000 ;most significant 

;word is shown first 

A3 == 0x89674523 
A2 == 0x3412cdab 
AO == 0x00001000 
STD .D A3:A2,*A0 

mem(OOOOlOOO) == 89674523 3412cclab ;memory after 

; operation 

Fig. 18 illustrates several instructions for retrieving 
packed data from memory and parsing it into multiple data 
registers. All of these instructions can either zero extend 
(U specified) or sign extend (no U specified) the data 
segments which are loaded into the registers. LDW_BH[U] 184 
retrieves a four byte byte-aligned quantity from memory and 
loads the bytes into the low 8-bits of each of the four 
half-words in two registers. The two registers are either 
an odd/even pair or an A/B pair, similar to those described 
above with respect to LDD instruction 174. LDW_BHI[U] 186 
retrieves a four byte byte-aligned quantity from memory and 
interleaves the bytes as it loads them into the low 8-bits 
of each of the four half-words in two registers, either an 
odd/even pair or an A/B pair. LDW_HW[U] 188 retrieves a two 
half-word byte-aligned quantity from memory and loads the 
half-words into the low 16-bits of two registers, either an 
odd/even pair or an A/B pair. 

LDD_BH[U] 190 retrieves an eight byte (64-bit) byte- 
aligned quantity from memory and unpacks the bytes into the 
low 8-bits of each of the eight half-words in four data 
registers. An odd/even pair of registers in each of the two 
registers files 76 make up the four registers, and the two 
pair of registers have the same relative register numbers in 
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the two register files. The AE register receives the least 
significant bytes of data, followed by the AO register, the 
BE register, and finally the BO register receives the most 
significant bytes of data. LDD_BHI[U] 192 retrieves an 
5 eight byte (64-bit) byte-aligned quantity from memory and 

interleaves the bytes as it unpacks them into the low 8-bits 
of each of the eight half-words in four data registers. 
Except for the interleaving, the register loading is like 
that of the LDD_BH[U] instruction 190. 
10 LDD_HW[U] 194 retrieves a four half-word (64-bit) byte- 

aligned quantity from memory and unpacks the half-words into 
□ the low 16-bits of each of four data registers. An odd/even 

^ pair of registers in each of the two registers files 76 make 

ffl up the four registers, and the two pair of registers have 

: = 15 the same relative register numbers in the two register 

m 

Hh files. The AE register receives the least significant half- 

7" word of data, followed by the AO register, the BE register, 

and finally the BO register receives the most significant 

half-word of data. LDD_HWI[U] 196 retrieves a four half- 

W 20 word byte-aligned quantity from memory and interleaves the 

Q 

p half-words as it loads them into the low 16-bits of each of 

four data registers. Except for the interleaving, the 
register loading is like that of the LDD_HW[U] instruction 
194. Examples of these instructions are given below: 

25 

LDW_BH: mem ( 00001000 ) == Olefcdab ;memory before 

/•operation 

AO == 0x00001000 
LDW_BH .D *A0,B1:A1 
30 Bl <== OxOOOlffef ;or OxOOOlOOef and 

Al <== Oxffcdffab ;0x00cd00ab for 

/unsigned version 
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LDW_BHI: mem ( 00001000 ) = 

AO == 0x00001000 
LDW_BHI . D *A0,B3:B2 
B3 <== OxOOOlffcd 
B2 <== Oxffefffab 

LDW_HW: mem(OOOOlOOO) = 

AO == 0x00001000 
LDW_HW .D *A0,B1:A1 
Bl <== OxOOOOOlef 
Al <== Oxffffcdab 

LDD_BH: mem ( 00001000 ) = 

AO == 0x00001000 
LDD_BH .D *A0,B3:A3 
B3 <== OxOOOlffef 
B2 <== Oxffcdffab 
A3 <== 0x00670045 
A2 <== 0x00230001 

LDD_BHI: mem ( 00001000 ) =■■ 

AO == 0x00001000 
LDD_BHI .D *A0,B3:A3 
B3 <== OxOOOlffcd 
B2 <== Oxffefffab 
A3 <== 0x00670023 
A2 <== 0x00450001 



Olefcdab /memory before 

; operation 

;or OxOOOlOOcd and 
;0x00ef00ab for 
/unsigned version 

Olefcdab ;memory before 

; operation 

;or OxOOOOOlef and 
;0x00cd00ab for 
/unsigned version 

Olefcdab 67452301 ;memory before 

operation 

;or OxOOOlOOef, 
;0x00cd00ab, 
;0x00670045, and 
,-0x00230001 for 
; unsigned version 

Olefcdab 67452301 /memory before 

/ operation 

;or OxOOOlOOcd, 
;0x00ef00ab, 
,-0x00670023, and 
,-0x00450001 for 
; unsigned version 
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LDD_HW: mem ( 00001000 ) == 

AO == 0x00001000 
LDD_HW .D *A0,B3:A3 
B3 <== OxOOOOOlef 
B2 <== Oxffffcdab 
A3 <== 0x00006745 
A2 <== 0x00002301 



Olefcdab 67452301 ;memory before 

; operation 



;or OxOOOOOlef, 
; OxOOOOcdab, 
;0x00006745, and 
,-0x00002301 for 
/unsigned version 



LDD_HWI: mem(OOOOlOOO) == Olefcdab 67452301 ;memory before 

; operation 

AO == 0x00001000 
LDD_HWI .D *A0,B3:A3 

B3 <== OxOOOOOlef ; or OxOOOOlef, 

B2 <== 0x00006745 ;0x00006745, 
A3 <== Oxffffcdba ;0x0000cdba, and 

A2 <== 0x00002301 ;0x00002301 for 

/unsigned version 



Fig. 19 illustrates several instructions for 
concatenating data from multiple data registers and storing 
it to memory. There is no saturation when packing the data. 
STBH_W 198 packs the low 8 bits of the four half-words in 
two data registers and stores the data to a byte-aligned 
location in memory. The two registers are either an 
odd/even pair or an A/B pair, similar to those described 
above with respect to STD instruction 182. STBHI_W 200 
interleaves and packs the low 8 bits of the four half-words 
in two data registers and stores the data to a byte-aligned 
location in memory. The two registers are either an 
odd/even pair or an A/B pair. STHW_W 202 packs the low 16 
bits of two data registers and stores the data to a byte- 
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aligned location in memory. The two registers are either an 
odd/even pair or an A/B pair. 

STBH_D 204 packs the low 8 bits of the eight half-words 
in four data registers and stores the data to a byte-aligned 
location in memory. An odd/even pair of registers in each 
of the two registers files 76 make up the four registers, 
and the two pair of registers have the same relative 
register numbers in the two register files. The AE register 
contains the least significant bytes of data, followed by 
the AO register, the BE register, and finally the BO 
register contains the most significant bytes of data. 
STBHI_D 206 interleaves and packs the low 8 bits of the 
eight half-words in four data registers and stores the data 
to a byte-aligned location in memory. Except for the 
interleaving, the data packing is like that of the STBH_D 
instruction 204. 

STHW_D 208 packs the low 16 bits of four data registers 
and stores the data to a byte-aligned location in memory. 
An odd/even pair of registers in each of the two registers 
files 76 make up the four registers, and the two pair of 
registers have the same relative register numbers in the two 
register files. The AE register contains the least 
significant half-word of data, followed by the AO register, 
the BE register, and finally the BO register contains the 
most significant half-word of data. STHWI_D 210 interleaves 
and packs the low 16 bits of four data registers and stores 
the data to a byte-aligned location in memory. Except for 
the interleaving, the data packing is like that of the 
STHW D instruction 208. 
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STBH_W: mem(OOOOlOOO) == 00000000 

Bl == 0xefl2cdab 
Al == 0x67450001 
STBH_W .D B1:A1, *A0 
mem(OOOOlOOO) == 12ab4501 



;memory before 
; operation 



/memory after 
; operation 



STBHI_W: mem(OOOOlOOO) == 00000000 

A3 == 0xefl2cdab 
A2 == 0x67450001 
STBHI_W .D A3:A2,*A0 
mem(OOOOlOOO) == 1245ab01 



/memory before 
; operation 



/memory after 
/ operation 



STHW W: 



mem(OOOOlOOO) == 00000000 



Bl == 0xefl2cdab 
Al == 0x67450001 
STHW_W . D Bl :A1, *A0 
mem(OOOOlOOO) == cdabOOOl 



/memory before 
/ operation 



/memory after 
/ operation 



STBH_D: mem(OOOOlOOO) == 00000000 00000000 /memory before 

/ operation 

B3 == 0xefl2cdab 
B2 == 0xe89170023 
A3 == 0x6745001 
A2 == 0x98675309 
STBH_D .D B3:A3, *A0 

mem(OOOOlOOO) == 12abl723 45016709 /memory after 

/ operation 
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10 



15 



O 

or 

03 
M 

in 



P 20 

UJ 

a 



25 



30 



STBHI_D: mem ( 00001000 ) == 00000000 00000000 ;memory before 

; operation 

B3 == 0xefl2cdab 
B2 == 0xe89170023 
A3 == 0x6745001 
A2 == 0x98675309 
STBHI_D .D B3:A3,*A0 

mem(OOOOlOOO) == 1217ab23 45670109 ;memory after 

; operation 

STHW_D: mem(OOOOlOOO) == 00000000 00000000 /memory before 

; operation 

B3 == 0xefl2cdab 
B2 == 0xe89170023 
A3 == 0x6745001 
A2 == 0x98675309 
STHW_D . D B3:A3, *A0 

mem(OOOOlOOO) == cdab0023 50015309 ;memory after 

; operation 

STHWI_D: mem(OOOOlOOO) == 00000000 00000000 /memory before 

; operation 

B3 == 0xefl2cdab 
B2 == 0xe89170023 
A3 == 0x6745001 
A2 == 0x98675309 
STHWI_D .D B3:A3, *A0 
mem(OOOOlOOO) == cdab5001 00235309 



; memory after 
; operation 



The inventive concepts used in the above examples may 
easily be applied to other types of processors with 
different architectures, different word sizes, etc. For 
example, a processor may have only one register file, or may 



-38- 



TI-26011 12/30/99 

have an 8, 16, 64-bit, etc. word size, in which case 
modified versions of the above instructions could be used. 
As another example, if 4-bit nibbles are needed as a data 
format for processing, then modified versions of the above 
instructions that packed and unpacked nibbles could be 
implemented. As another example, there may be useful ways 
of rearranging the data as it is packed or unpacked other 
than interleaving, and these are within the scope of the 
inventive concepts. Again, the same principle of 

efficiently packing register data while storing it to memory 
and unpacking it while loading it into registers using 
single instructions applies just as readily to other 
processor architectures. 

Several example systems which can benefit from aspects 
of the present invention are described in U.S. Patent 
5,072,418, in particular with reference to figures 2-18 of 
U.S. Patent 5,072,418. A microprocessor incorporating an 
embodiment of the present invention to improve performance 
or reduce cost may be used to further improve the systems 
described in U.S. Patent 5,072,418. Such systems include, 
but are not limited to, video imaging systems, industrial 
process control, automotive vehicle safety systems, motor 
controls, robotic control systems, satellite 

telecommunications systems, echo canceling systems, modems, 
speech recognition systems, vocoder-modem systems with 
encryption, and such. 

As used herein, the terms "applied," "connected/' 
"connecting," and connection" mean electrically connected, 
including where additional elements may be in the electrical 
connection path. As used herein, the term "microprocessor" 
is intended to encompass "microcomputers," which generally 
are microprocessors with on-chip Read Only Memory (ROM) . As 
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these terms are often used interchangeably in the art, it is 
understood that the use of one or the other of these terms 
herein should not be considered as restrictive as to the 
features of this invention. 
5 Various specific circuit elements well known in the art 

may be used to implement the detailed circuitry of the 
preferred embodiments, and all such alternatives are 
comprehended by the invention. For example, data storage 
elements such as registers may be implemented using any 
10 suitable storage device, such as a latches, flip-flops, 

FIFOs, memory addresses, or RAM cells. Depending on the 
particular configuration of a design, a bus may consist of 
one or more individual lines or buses. Muxes may be 
OT implemented using any suitable circuit element, such as 

^ 15 logic circuits, tri-state circuits, or transmission gate 

Ul circuits. Some circuits may be implemented as structurally 

separate from other circuits, or may be implemented in 
s combination with other circuits. 

q An alternative embodiment of the novel aspects of the 

H 20 present invention may include other circuitries which are 

g combined with the circuitries disclosed herein in order to 

O reduce the total gate count of the combined functions. 

Because those skilled in the art are aware of techniques for 
gate minimization, the details of such an embodiment are not 
25 described herein. 

Although the invention has been described with 
reference to a specific processor architecture, it is 
recognized that one of ordinary skill in the art can readily 
adapt the described embodiments to operate on other 
30 processors. Depending on the specific implementation, 

positive logic, negative logic, or a combination of both may 
be used. Also, it should be understood that .various 
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embodiments of the invention can alternatively employ 
hardware, software, microcoded firmware, or combinations of 
each, yet still fall within the scope of the claims. 
Process diagrams for hardware are also representative of 
flow diagrams for microcoded and software-based embodiments. 
Thus the invention is practical across a spectrum of 
software, firmware and hardware. 

Finally, while this invention has been described with 
reference to illustrative embodiments, this description is 
not intended -to be construed in a limiting sense. Various 
modifications and combinations of the illustrative 
embodiments, as well as other embodiments of the invention, 
will be apparent to persons skilled in the art upon 
reference to the description. It is therefore intended that 
the appended claims encompass any such modifications or 
embodiments . 
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